home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000211_news@columbia.edu_Mon Nov 21 08:33:25 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA20243
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 21 Nov 1994 08:33:25 -0500
  3. Received: by apakabar.cc.columbia.edu id AA16446
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 21 Nov 1994 08:33:24 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!ee.und.ac.za!ticsa.com!soren.aztec.co.za!soren
  6. From: soren@aztec.co.za (Soren Aalto)
  7. Newsgroups: comp.protocols.kermit.misc,alt.winsock
  8. Subject: Re: winsock/pkt dvr hack possible?
  9. Date: Mon, 21 Nov 1994 15:31:44
  10. Organization: Linkdata
  11. Lines: 39
  12. Message-Id: <soren.223.000F87E0@aztec.co.za>
  13. References: <3a67j8$j39@Mercury.mcs.com> <3anvci$dut@relay.tor.hookup.net> <1994Nov20.105834.33349@cc.usu.edu> <p.waltenberg.1154.2ECFB2E0@irl.cri.nz> <3aoc2h$bit@apakabar.cc.columbia.edu>
  14. Nntp-Posting-Host: soren.aztec.co.za
  15. X-Newsreader: Trumpet for Windows [Version 1.0 Rev A]
  16. Xref: news.columbia.edu comp.protocols.kermit.misc:1155 alt.winsock:22528
  17. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  18.  
  19. In article <3aoc2h$bit@apakabar.cc.columbia.edu> jaltman@watsun.cc.columbia.edu (Jeffrey Altman) writes:
  20.  
  21. >>>        Jeff is correct. The top of a sockets API is a TCP stream channel of
  22. >>>bytes, not packets. "It could be done..." means creating a second TCP/IP
  23. >>>stack feeding from the streams channel and packaging it into TCP/IP over
  24. >>>Ethernet frames to be passed to the application. Not very desirable, nor 
  25. >>>realistic.
  26. >>>        Joe D.  
  27. >>
  28. >>Actually acheiving the required functionality is pretty trivial, just run the 
  29. >>winsock on top of a packet multiplexor on top of a packet driver instead. 
  30. >>Using packet mux on top of the packet driver you can get packet drivers for 
  31. >>DOS boxes plus a packet driver for Trumpet winsock. Pktmux can be found on 
  32. >>biochemistry.cwru.edu. (and quite a few other sites).
  33. >>The system has to be configured at the bottom (DOS) level to use packet 
  34. >>drivers, but thats possible with nearly all configurations.
  35. >>
  36. >>I'll admit that going from Winsock to packet driver is nightmarish, but 
  37. >>actually acheiving whats wanted , which is KA9Q in a DOS box with Winsock 
  38. >>running isn't. Thats basically how my system is configured now.
  39. >>
  40.  
  41. >But this doesn't address the original need.
  42.  
  43. >The original requirement was being able to run MS-DOS Kermit over a 
  44. >WinSock interface when WinSock is active over a serial line connection
  45. >made with Windows for Workgroups.
  46.  
  47. >In this circumstance, you don't have the packet multiplexor nor the 
  48. >real packet driver for the mux to sit on.
  49.  
  50. And _that_ is the real problem.  I have wondered at times if the
  51. TCP/IP stack functionality and the Comms/SLIP/PPP functionality
  52. shouldn't be separated into two programs--you could have a
  53. packet driver that "reflects" stuff & attach the comms driver
  54. for SLIP/PPP/whatever to one side and Winsock to the other.
  55.  
  56.  
  57.